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The present invention relates to a method for 
visualizing and processing process runs of . a value 
assembly process. The invention also relates to a 
computer program for simulating and illustrating a 
10 value assembly process visualized in accordance with 
the invention, and a method for visualizing the value 
assembly process on an output unit of a computer 
system. 

15 The invention also relates to a computer system for 
carrying out the computer program according to the 
invention, and to a computer program product which 
contains the instruction sequences of the computer 
program according to the invention. 



In a global economy, locally distributed resources are 
increasingly being used for projects of all sorts. This 

25 is based on the finding that process steps can, in 
particular, run on lower-order planes parallel to and 
independently of one another. In this case, small 
autonomous units are substantially more flexible, and 
the subprocesses are easier to grasp. Such a 

3 0 development is rendered possible by the rapid advances 
in communications technology and in traffic and 
transportation infrastructure. Because of these 
developments, the rate of transportation of nonmaterial 
value packages - such as knowledge, information, money 

35 and services - is virtually unlimited, in conjunction 
with negligible costs. Modern transportation and 
logistics systems render possible worldwide mobility of 
goods and wares of actually any size and nature. The 
costs of mobility by comparison with the overall value 
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assembly are frequently virtually negligible in this 
case . 



The local diversification of value assembly which is 
5 now possible, on the one hand permits an exceptionally 
efficient use of resources. In addition, the value 
assembly is performed in small comprehensive packages, 
and this renders possible simple and efficient control 
of the value flows within these packages. On the other 

10 hand, it becomes extremely difficult to survey the 
overall project, since the flows of information, value, 
goods and the like exhibit a strongly branched 
structure with a multiplicity of interfaces. In this 
case, an overview is important for colleagues on each 

15 hierarchy level: on the one hand, the project 
management must preserve control over the running of 
the project at any time. On the other hand, it is 
desirable for an individual colleague or subcontractor 
on a lower-order level to be able to detect which 

2 0 influence his own activities has on a complex value 

assembly chain. This renders possible efficient real- 
time resource planning in the small self-contained 
packages, and promotes holistic entrepreneurial 
thinking by the individual colleague. 

25 

However, according to the prior art it is an extremely 
difficult matter to visualize such widely branched 
processes such as value assembly, for example, in a 
large project, and to process realistically data which 

3 0 feature on an arbitrary plane in the system, and to 

visualize the influence on the overall system or the 
overall process. 

Summary of the invention 

35 

The invention aims to provide a remedy here. As it is 
characterized in the claims, the invention is based on 
the. object of specifying a method of the type mentioned 
at the beginning with the aid of which it is possible 
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to visualize the process runs in a transparent way and 
to process them. Furthermore, the type of visualization 
of the basic process is to create the possibility of 
illustrating the overall process in a simple and 
5 flexible way in a computer program, and of simulating 
it . Again, it is to be possible to visualize the 
process for a user in a comprehensive and transparent 
fashion such that the value flows are clear and neatly 
comprehensible within the visualized project or the 
10 value assembly process. 

The invention must be capable in this case to show in a 
clearly outlined way the transitions between the 
overall strategy - for example the corporate philosophy 
15 and the definition of core responsibilities - of the 
project planning and the project execution. 

The invention must also be capable . at any time of 
visualizing the current state of process-relevant data. 

20 

The invention must be capable of ensuring an efficient 
and uncomplicated flow of information in good time. 

The invention must be capable of visualizing skills and 
25 accountable responsiblities . 

The invention must render possible clear stipulations 
of aims and direct monitoring of results. 

3 0 The invention must be capable of making information 
accessible on a process by means of interfaces which 
are defined neatly and in a standardized way. 

The; method according to the invention must illustrate a 
35 process in a way which can be visualized 
comprehensively . 



The method according to the invention must reproduce a 
process credibly. 
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It must be possible to integrate the visualization of a 
process according to the invention into other contexts. 

The visualization of a process according to the 
invention must be transparent. 

The visualization of a process according to the 
invention must show the accountable responsibilities. 

The visualization of a process according to the 
invention must permit an assessment of the process. 

The visualization of a process according to the 
15 invention must exhibit a high level of flexibility. 

The visualization of a process according to the 
invention must be easy to understand. 

20 The invention as characterized in the claims makes use 
for the purpose of meeting the requirements set forth 
above of the finding that , for example, an entire 
project can be split up into a multiplicity of 
subprojects which are hierarchically organized 

25 vertically and horizontally independent. Each lower- 
order subproject can be visualized as a Value Assembly 
Line, VAL, each value assembly line VAL receiving via a 
number of input interfaces Input Value Packages IVP 
which are assembled in accordance with specific rules 

30 to form a Value Added Package, VAP, of this subproject. 
The specific rules are defined by a Main Line Function 
MLF. In this case, the value contribution is visualized 
inside the value assembly line in the coordinating and 
controlling main line function MLF. The value added 

35 package VAP is accessible from outside via an output 
interface of the value assembly line. The value added 
package VAP can then be processed further, for example 
in a higher-order value assembly line VAL, or be made 
available to the outside as information. . Specifically 




00/116 

- 5 - 

concerning the simulation in the form of a computer 
program, a VAP can also be stored on a data medium or 
passed on to an output medium - display screen, printer 
and the like. In particular, a VAP can also be output 
5 onto a file and stored on a data medium and/or 
transported, or be made accessible via long-distance 
data transmission or the Internet to a higher-order 
VAL, or else to a user situated at another location. 

10 The value packages - VAPs and IVPs - can contain a 
multiplicity of information. In order for the value 
packages VAPs and IVPs to be surveyed and handled more 
effectively, they are advantageously subdivided into 
classes which in each case contain only the relevant 

15 data. Thus, for example, a specific class of value 
packages will contain all data of cost relevance for 
the proj ect , a further class will contain data of 
quality relevance, etc. However, reference is generally 
made below to a single value package in each case, in 

20 order not to complicate unnecessarily the visualization 
of the state of affairs in this approach. The person 
skilled in the art will have no difficulty in 
generalizing to a plurality of classes of value 
packages, that is to say a plurality of classes of VAPs 

2 5 and IVPs. 

It is particularly characteristic of the invention that 
identical types of information are transmitted in input 
value packages IVPs and in value added packages VAPs . 

3 0 Thus, although information in different VAPs and IVPs 

of the same class differs quantitatively, the 
information content is always identical qualitatively. 
When referred to a computer program, this means that 
the IVPs and the VAPs are present in standardized data 
3 5 forms. The data structure of these data forms, which 
can be present as a file, always remains the same. 
Thus, the same types of data are always stored at the 
same position in the data record, while the 
quantitative content of the files differs in each case. 
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Thus, for example if the information concerning 
processing steps completed or concerning costs is 
stored at a specific position in an IVP of a class, it 
will be located at the same position again in another 
5 IVP or VAP of the same class. 

The invention can also be considered as an analytical 
top-down approach, as by a synthetic bottom-up 
approach. In broad terms, in the top-down approach an 

10 entire project or a complex process is visualized as a 
number of subprojects of a lower-order hierarchy level 
whose value added packages VAPs are assembled in a 
value assembly line VAL to form a VAP of the higher 
hierarchy level. VAPs of a lower-order hierarchy level 

15 thereby simultaneously visualize input value packages 
IVPs of a VAL of the next higher hierarchy level . On 
the highest hierarchy level N, the output value of a 
VAL is the final result of the overall process under 
consideration, for example the turnover of an overall 

2 0 project. On a hierarchy level N-l therebelow, lower- 
order value assembly lines, Sub Assembly Lines SALs, 
generate the VAPs of the lower-order hierarchy level 
N-l, which visualize simultaneous IVPs of the hierarchy 
level N. It is possible to this extent to go over from 

2 5 the highest hierarchy level N to the lower hierarchy 

level N-l. The SALs of the higher hierarchy level 
themselves again visualize VALs on this lower hierarchy 
level. A number of VALs exist on the hierarchy level N- 
1 . The VAPs of these VALs are certainly influenced by 

3 0 their SALs and passed on as such to the higher-order 

VALs; however, the VALs of a hierarchy level do not 
influence one another. Furthermore, a VAL of a lower- 
order hierarchy level does influence a VAL of a higher- 
order level, but the VAL of a higher-order level has no 
35 influence on the value assembly in the lower-order 
hierarchy levels. The flow of the value packages within 
the system is therefore directional. The VALs are 
therefore denoted as horizontally independent and 
vertically dependent in one direction. 
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It is characteristic of the analytical top-down 
approach that the starting point is a very strongly 
integrated project phase, for example the project 
5 turnover. A higher added value is created in this 
phase. The flows of the value packages are now 
investigated in this highly integrated project phase. 
It is established in this case that on the highest 
hierarchy level a VAL assembles a number of value 

10 packages IVPs, which value packages stem from SALs . The 
focus is on a specific SAL. This SAL can be visualized 
one level lower in a similar fashion as VAL, which for 
its part receives IVPs from a number of SALs, and a VAP 
can be generated from them. A complex process can be 

15 branched ever more deeply in this way. However, on all 
hierarchy levels the focus is on small, transparent 
subunits, precisely the VALs of this hierarchy level 
and their SALs. Since no horizontal dependence is 
given, each of the subprocesses can really be handled 

2 0 per se in a transparent framework without firstly 
examining the complex overall structure. 

Particular mention may be made of the fact that the 
branched subprocesses are all structurally similar to 

2 5 one another. Consequently, this is a fractal system, 

that is to say with each change in scale and further 
focusing on a subprocess, the latter is once again 
completely similar to the previously considered higher- 
level subprocess. All subprocesses of a hierarchy level 
30 are likewise similar. 

Depending on the branch of the value assembly process 
followed, this analytical procedure is followed further 
down to a depth which is to be established more or less 

3 5 arbitrarily and also depends in general on the branch 

of the value assembly process followed. If a production 
process is considered, for example, the lowermost 
hierarchy level constitutes the production and/or value 
assembly depth under consideration. 
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This procedure may be' explained in a very simplified 
fashion in a rough overview using the example of the 
production of a motor vehicle. The finished motor 
5 vehicle visualizes the VAP of the highest hierarchy 
level in this case. The IVPs are the body, drive train 
and running gear, and the final assembly line 
visualizes the VAL of the highest hierarchy level. The 
assembly of the running gear, the body assembly and the 

10 assembly of the drive train are SALs of the highest 
hierarchy level. If, now, the focus is by way of 
example on the assembly of the running gear, this 
visualizes a VAL of the next lower hierarchy level; the 
mounted running gear is the VAP. thereof. The SALs of 

15 this hierarchy level are the mounting of the wheels, 
the wheel suspension and the steering. The manufacturer 
can now regard a wheel as a bought -in part whose 
production lies outside his core responsibilities. 
Further analysis is then terminated on this process 

2 0 branch, and the wheel is regarded as a given value 

package delivered into the value assembly process on 
this hierarchy level. The value assembly depth on this 
specific branch is thereby defined, while, by way of 
example, the mounting of the wheel suspension can still 
25 be regarded on a lower level as being within one's own 
responsibilities. It may be seen from this example that 
within the context of the invention to speak of a 
lowermost hierarchy level is to use a relative term. In 
fact, defining where the limits of one's own 

3 0 responsibilities are to be drawn is a more or less 

arbitrary matter here. Nevertheless, it will be 
impossible within the scope of the present invention to 
avoid referring to a lowermost hierarchy level as 
reference point in the claims, as well. On the basis of 
35 the statements made above, the person skilled in the 
art will now be capable of correctly fitting this term 
into the overall context, and of recognizing, 
specifically, that a reference point is involved. This 
will be explained once more under "Summary of the 
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invention" . Theoretically - and this lies in the nature 
of a fractal system - the refinement can be followed 
further straightaway ad infinitum; of course, limits 
must be drawn in practice. With reference to the 
5 example adduced above, it can also be regarded as 
sensible for logistic reasons for a subcontractor who 
supplies said wheel also be included in the analysis of 
the value assembly process. Of course, this displaces 
the lowermost hierarchy level once more. On the plane 

10 of this subcontractor, mounting the tire on the rim is 
a VAL,- the wheel is a VAP, and the tire and the rim are 
the value packages, which are handed over by SALs to 
the VAL. The subcontractor could also undertake a 
further analysis of his process and dismount onto the 

15 level of the rim production, a new lower-order 
hierarchy level arising in this case. On this hierarchy 
level 0 f even lower order, the rim production would 
then in turn be the VAL and the rim the VAP, and the 
production of any sort of semifinished products would 

20 need to be illustrated as SALs. 

It becomes clear from this that the analytical approach 
in applying the invention can theoretically be 
continued ad infinitum in identical fashion per se as a 

25 decomposition of the process and all subprocesses into 
ever new, self -similar subpackages . This property of 
the invention is of central importance and is a central 
property of fractal systems: the process branches into 
ever finer structures. On each hierarchy level, a VAL 

3 0 has a structure resembling that of a main branch, the 
SALs being the branches thereof. It is true that the 
contents of the individual branches changes when the 
focus is on a lower hierarchy level, but the structure 
of the focused VAL remains the same. It is only on a 

35 hierarchy level which is the lowest by definition that 
there is, as it were, a break in the self -similarity . 
There, the value packages IVPs are no longer 
transferred to the VAL from the lower-order value 
assembly lines SALs, but are brought in from outside 
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the process, as it were across the boundaries of the 
control space or the system boundaries of the value 
assembly process under consideration. However, the 
structure of the VAL itself is not changed thereby. 
5 This corresponds to the thinnest branches in the case 
of using a tree for considering similarity. These have 
the same structure as the thicker main branches and 
branches, but carry leaves instead of yet thinner 
branches . 

10 

The synthetic bottom-up approach starts on the plane of 
the abovementioned subcontractor. Thus, a subcontractor 
or any desired Process Owner Team, POT, can firstly 
depict his own subprocess in a self contained form. This 

15 can be done by all POTs on a lower-order plane. In this 
case, they can firstly take the IVPs of their VAL as 
given and flowing into their subprocess from outside. 
That is to say, firstly each Process Owner, PO, can 
visualize his own subprocess in a very transparent 

2 0 fashion, and determine his VAP as a function of the 
IVPs. This VAP is supplied to the outside again with 
reference to the specific subprocess. VAPs of a 
hierarchy level then serve in turn as input value 
packages, IVPs, of a VAL of a higher hierarchy level. A 

2 5 PO of a higher hierarchy level can therefore, in turn, 

illustrate his VAL very simply by using the VAPs of the 
lower hierarchy level as IVPs, and the SALs of the 
lower hierarchy level as VALs . The self -similarity of 
the subprocesses on different hierarchy levels permits 

3 0 a modular design of the overall process. 

The core of the invention in this case is to visualize 
all VALs and SALs as self -similar , fractal processes. 
Accordingly, the visualization of the VALs is performed 
3 5 in such a way that suprocesses on each hierarchy level 
are illustrated in a completely identical way as a VAL 
and a number of SALs . The SALs provide value packages 
at input interfaces of the VAL. These value packages 
are assembled in the VAL, and a value added package VAP 




00/116 

- 11 - 

which makes the VAL available at an output interface is 
generated. In this case, there is inherent in the VAL a 
controlling, coordinating function which determines 
which value packages are assembled in which way. This 
5 is denoted as the main Main Line Function, MLF, and 
represents the actual value contribution. In the case 
of further process synthesis, the VAP can be used 
directly as IVP for a VAL of a next higher hierarchy 
level, this VAL being structurally of identical design 

10 to the VAL of hierarchy level therebelow. Furthermore, 
the VAP of a VAL of a specific hierarchy level is used 
as input value package IVP of precisely one VAL of a 
higher-order hierarchy level. This context, too, 
underscores that there is no crossconnection between 

15 VALs of a specific hierarchy level, including in the 
form of multiple value flows. 

The relevance of self -similarity to the invention 
likewise becomes clear in the analytical approach to a 

20 subprocess. A subprocess on a hierarchy level N 
includes a VAL and its SALs in the way described above. 
One hierarchy level lower is reached upon changing the 
scale and focusing on one of the SALs. The SAL which 
has been focused on in a level N .is a VAL of level N-l 

25 upon transition to the lower hierarchy level and 
contains in a likewise identical way a number of SALs 
whose results are combined to form a VAP. 

On the basis of the self -similar , fractal structure, 
30 implemented in accordance with the invention, of the 
process visualization, it becomes very easy to 
visualize the process in a computer system. The 
implementation in a computer program can likewise be 
performed in a simple way, since, after all, all VALs 
35 are of similar design and have an identical structure 
of the input and output data, specifically the VAPs and 
the IVPs . In principle, the entire program, which is 
required for illustrating and simulating a complex 
process, can be created from a single source code. It 
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is then possible to use different parameter blocks PB 
to define from which data blocks a routine illustrating 
a VAL reads in IVPs, in which way these are combined 
with one another, and in which data block the VAP thus 
5 produced is stored. The costs arising and/or the 
required outlay on time for "traversing" the value 
assembly line can also, in particular, belong .to the 
combining rules which bring the parameter block into 
the value assembly line. The function of the parameter 
10 block PB corresponds by and large to the function of 
the main line function MLF . 

The data which are stored in the data blocks and are 
transferred via the latter from a lower-order into a 
15 higher-order VAL can be, for example, money, plant 
components, quality, resources, staff, information, 
documentation and the like. It is sensible in this case 
to subdivide the value packages into various classes 
such as, for example, costs, time, quality, components, 

2 0 responsibilities and the like. As mentioned, the value 

added packages VAPs of a value assembly line VAL are 
output into standardized forms. There is no problem in 
mastering the transfer of value packages between value 
assembly lines of different hierarchy levels because of 
25 the standardized data format, thus achieved, at least 
of classes of value added packages. 

It is advantageous in each case to implement a warning 
function Early Warning System, EWS, at the output 

3 0 interface of a VAL. The warning function compares the 

VAP of this VAL with the desired value. An alarm is 
triggered in the event of critical deviations Non 
Conformance, NC. Thus, deviations from the project 
planning which put the achievement of the goal 
35 handover instant, profit, quality - at risk can already 
be detected and localized at an early stage, and 
appropriate countermeasures can be instituted. The 
method according to the invention is advantageous, 
here, as well, since the success and other consequences 
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of countermeasures, such as their influence on costs 
and quality, can be checked immediately with the aid of 
a simulation of the process. 



5 The standardized data form advantageously implemented 
renders possible both a simple and comprehensive 
visualization of the value assembly process, that is to 
say of the VALs and SALs on different hierarchy levels, 
and a simple visualization of the VAPs , for example an 
10 overview of all VAPs of a class on a hierarchy level, 
or a visualization of a VAP of a class on a hierarchy 
level as consolidation of all sub-VAPs of the lower- 
order hierarchy level. 

15 The simplicity of subpackages of the system ensures 
that the computer program and the computer system are 
outstandingly clear. A modular and structured design of 
the computer program can be implemented in a simple way 
from subprograms which visualize similar subprocesses . 

2 0 Changes and/or supplements can be undertaken in a very 

simple way because of the self-similar fractal way of 
visualizing a process or, in general, a value assembly 
process, and the strictly modular design of a computer 
program thus implemented. If, for example, additional 
25 value flows are to be visualized, it suffices firstly 
to change the source code of those routines which 
visualize the VALs, to transfer said code onto the 
multiplicity of VALs of the various hierarchy levels, 
and to combine it there with the subprocess-specif ic 

3 0 parameters. 

It may be expressly mentioned at this juncture that the 
term "computer program" is, of course, to be understood 
here in its widest meaning. This is to be understood in 
3 5 the present context such that any type of computer- 
readable instruction sequences which are suitable 
alone or in conjunction with programs familiar to the 
person skilled in the art - for prompting a computer to 
execute the described method steps can constitute the 
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computer program. These can be instruction sequences 
which can be executed directly, or else a source text 
of a program which has been written in a high-level 
language such as, for example, FORTRAN or C, and 
5 requires a compiler program before it is executed. 
Furthermore, the configuration of tabular calculations 
or database programs which are known per se, for the 
specific task, for example, also fall into this 
category, just as do suitable programming of script 

10 processing, and further means, familiar to the person 
skilled in the art, for programming a computer or a 
computer system. The source code of the computer 
program is then likewise to be understood in the most 
widely adopted sense as the editable versions of the 

15 instruction sequences, that is to say, for example, 
also tables of tabular calculation programs whose 
fields contain data which are suitable for prompting 
the computer to execute the method steps described when 
the table is processed by the tabular calculation 

2 0 program . 

Because of the specific properties of the visualization 
according to the invention of value assembly processes, 
a computer program which illustrates a value assembly 

2 5 process in a way according to the invention can also 
run very effectively in divided systems. The 
standardized interfaces permit the VAPs to be 
transferred as files without difficulty even between 
different computers which are cited at different 

30 locations. Thus, a globally distributed value assembly 
process really can also be illustrated with the aid of 
globally distributed resources. Production units and 
POTs which operate at different locations can simulate 
their share of the value assembly process directly on 

35 the spot. In this case, program routines which simulate 
a local VAL can be integrated into the management of 
the local POT, for example of a subcontractor or of a 
secondary works. The VAP generated there can then be 
transmitted as a file via long-distance data lines, via 
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the Internet, or by means of a data medium to a 
computer on which a higher-order VAL is illustrated. In 
consequence, therefore, each VAL can be illustrated for 
the respective POT, and the illustration of this VAL 
5 can be integrated in the computer system of the 
respective POT. A POT can therefore take over the full 
responsibility for its VAL. The computer system of the 
POT in this case receives the IVPs at least partially 
via the standardized interface by long-distance data 
10 transmission, and • passes on the generated VAP via the 
output interface as a file in a standardized format to 
a higher-order VAP, it being directly possible here, as 
well, for long-distance data transmission to be 
involved . 

15 

The invention in this case also very particularly 
advantageously renders possible transparent types of 
visualizing the process for the user. 

2 0 Further advantageous designs of the idea of the 

invention present themselves to the person skilled in 
the art with regard to. the exemplary embodiments and 
the patent claims specified below. 

25 Brief description of the drawing 

The invention is explained in more detail below using 
an exemplary embodiment illustrated in the drawing. In 
detail, figure 1 shows the visualization according to 

3 0 the invention of the value assembly and the value flows 

in the case of the construction of a combined-cycle 
power plant. Figure 2 illustrates the focusing on VALs 
of different hierarchy levels, and the flow of the 
associated value added packages in a generalized form. 
35 Finally, figure 3 shows the detailed design of a value 
assembly line. . 
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Way of implementing the invention 

An example of a part of the value assembly process is 
illustrated in figure 1. At the end of a value assembly 
5 process is a combined-cycle power plant which comprises 
a gas turbine 2 , a generator 1 driven by the gas 
turbine, a waste-heat steam generator 3, a steam 
turbine 4, a generator 5 driven by the steam turbine, 
and a water-steam cycle 6. This complete combined-cycle 

10 power plant, which is handed over to the customer, is 
the added value package VAP.N of the highest hierarchy 
level N. Of course, documentation, customer training 
and much more also belong to this value added package; 
however, for the sake of a clear schematic illustration 

15 no explanation of this has been given. The value added 
package VAP.N is generated by the value assembly line 
VAL.N of the highest hierarchy level N. Value packages, 
specifically in this example the six components, cited 
above, of the combined-cycle power plant, are 

2 0 transferred into the value assembly line VAL.N. The 
components 1 to 6 are transferred as IVPs from the 
lower-order value assembly lines SAL.N, and assembled 
in the value assembly line VAL.N to form a value added 
package VAP.N. The value assembly lines of the lower- 

2 5 order hierarchy levels are explained with the aid of 
the value assembly of the subunit 4 "steam turbine". On 
the hierarchy level N, the subunit 4 "steam turbine" is 
transferred from a lower-order value assembly line 
SAL.N. 4 into the value assembly line VAL.N of the 

30 highest hierarchy level N. It is possible in a more 
detailed approach to focus on the lower-order value 
assembly line SAL.N. 4. This is visualized on the 
hierarchy level N-l as the value assembly line VAL.N- 
1.4 of the hierarchy level N-l. The steam turbine is 

35 generated in this value assembly line from the value 
packages 4.1 "stator upper part", 4.2 " stator lower 
part" and 4.3 "rotor" as a value added package which 
serves, in turn, as input value package on the higher 
hierarchy level. The input value packages 4.1, 4.2 and 
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4.3 are supplied, in turn, by lower-order value 
assembly lines SAL . N- 1.4.1, SAL. N-l. 4. 2 and SAL. 
N-l.4.3. It is possible, in turn, to focus on a lower- 
order value added assembly line of the hierarchy level 
5 N-l. In such a once again focused approach, a lower- 
order value assembly line SAL. N-l of the hierarchy 
level N-l is visualized as a value assembly line VAL.N- 
2 of the hierarchy level N-2 . In the figure, a value 
assembly line VAL.N-2 of the hierarchy level N-2 is 
10 visualized, in which a rotor is produced from a shaft 
4.3.1 and blades 4.3.2. 

This is illustrated in Figure 2 in a generalized mode. 
Value assembly lines VALs are visualized as arrows at 

15 whose tips value packages - machine components, money, 
quality, information and the like - are transferred as 
VAPs . On a highest hierarchy level N, a value assembly 
line VAL.N receives input value packages from lower- 
order value assembly lines SAL.N. A lower-order value 

20 assembly line SAL.N. 1 is focused on. On one hierarchy 
level N-l, this takes the form of the value assembly 
line VAL.N- 1.1, with a number of lower-order value 
assembly lines SAL. N-l. Again, it is possible to focus 
on one of these lower-order value assembly lines, for 

25 example SAL. N-l. 1.2 which, in turn, is presented on the 
hierarchy level N-2 in a completely analogous way as 
the added value assembly line VAL.N-2. Thus, on each 
hierarchy level the value assembly of lower-order value 
assembly lines can be visualized in turn as value 

30 assembly lines on a lower hierarchy level as a 
secondary works in this lower-order value assembly 
line. In this case, upon transition from one hierarchy 
level to the other, or from one branch to the other 
there is certainly a change in this process in the 

35 contents of the individual branches, but the structure 
always remains similar on each hierarchy level and in 
each branch. The value assembly process is therefore 
visualized as a fractal structure when the invention is 
applied consistently. A further basic property of this 
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visualization is that the individual value assembly- 
lines of a hierarchy level have no interfaces with one 
another, and therefore proceed independently of one 
another. VAPs in the actual state are visualized as 
5 circles on the right-hand side of the figure. In the 
example, these value packages contain the information 
items of money $, components X and quality Q. A further 
important item of information is certainly time; but 
different types of information or values can also be 

10 relevant depending on the project. VAPs are transferred 
along the arrows vertically in one direction, always to 
the higher hierarchy level. Horizontal value and 
information flows, that is to say an interchange of 
value and/or information between the VALs of a 

15 hierarchy level do not exist. Moreover, desired values 
of the VAPs are illustrated as rectangular boxes in 
reference VAPs, RVAP . A comparison is made in each case 
between the desired and actual values of the VAPs, that 
is to say between VAPs and RVAPs, at the points marked 

20 with stars within the value assembly process, and 
therefore at the interfaces between the VALs and SALs . 
Critical deviations can already be detected in this 
case on low hierarchy levels, and therefore also in 
early project phases, and appropriate countermeasures 

25 can be taken early. 

This is illustrated in Figure 3 with the aid of an 
arbitrarily selected value assembly line VAL.M of any 
desired hierarchy level M. VAL.M receives input value 

3 0 packages from lower-order value assembly lines SAL.M.l, 
SAL.M.2, SAL. M.S. Since it is of fundamental 

importance for the invention, it is pointed out once 
again that the SALs SAL . M are visualized on a lower 
hierarchy level M-l in a completely analogous fashion 

3 5 as VAL.M-1. The VAL VAL.M generates from the input 
value packages IVP, which for their part visualize VAPs 
of the SALs, a value added package VAP, which is 
visualized here as an arrow tip. The VAP receives the 
information passed on to a higher-order hierarchy level 
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or to an output unit in a standardized transfer format, 
for example in the form of a list. A comparison with a 
reference value added package RVAP takes place at the 
output interface. The RVAP contains desired values of 
5 the VAP as reference data. The EWS triggers an alarm 
message in the event of critical deviations NC such as 
cost runovers or missed deadlines, a high proportion of 
rejects in a production run, or other desired value 
deviations which can entail a lasting disturbance of 

10 the value assembly. Disturbances of critical processes 
can therefore be detected at an early stage and 
localized, and remedial measures taken. Here, the 
illustration of the value assembly process according to 
the invention has a further advantage that, on the 

15 basis of the simulation of the overall value assembly 
process, a small deviation which does not yet lead to a 
disturbance on a lower-order plane: can be investigated 
as to whether this deviation results on a higher-order 
hierarchy level in effects critical to success. 

20 

Figure 3 further indicates an example of how the 
illustration according to the invention of a value 
assembly process can be implemented as a computer 
program. The VAL, which is illustrated as a thick black 

2 5 arrow, is generated in the example from an identical 

source code on all hierarchy levels. At the base of the 
arrow, the program code receives specific values from a 
parameter block PB in a suitable way either upon the 
generation of the executable code or during the program 

3 0 run. Methods for combining the specific parameter block 

with the generic program code are already familiar to 
the person skilled in the art in the field of computer 
programming. For each individual VAL, that is to say 
for each branch and each hierarchy level, the parameter 
35 block PB contains specific information on which IVPs 
are to be read in, and on the way in which these are to 
be combined to form the VAP. Thus, in the true sense 
the parameter block PB generates the control and 
coordination function MLF inside the added value 
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assembly line VAL. To this extent, the parameter block 
PB also makes a value contribution. It is therefore 
possible to use the self-similar visualization of the 
value assembly process to maintain and expand very 
5 quickly and efficiently a computer program which 
visualizes said process, even when different routines 
of this program system run in globally distributed 
computers. When the parameter blocks which define the 
combination of the individual subprocesses among one 

10 another remain unchanged, it suffices for the source 
code of the routines which are to illustrate a VAL to 
be changed once, and to distribute said routines, for 
example via the Internet, to the various computers of 
the local production units, the subcontractors, etc. 

15 The parameter blocks PB, which are stored in the local, 
computers, ensure the specific adaptation of the 
routines to the locally executed processes during 
generation of the executable code, or else during the 
execution of the routine. Thus, the parameter block 

20 could be an include file such as is read into the 
source code during compilation of a program in a 
customary way known per se, and defines the constants 
and parameters, which are specific to the subprocess, 
for example, and control the program run. A logic 

25 connection to a control file to be read in during the 
run time could also exist. These methods, and a 
multiplicity of methods which act in a completely 
equivalent fashion with reference to the invention are 
very familiar to the person skilled in the art in the 

3 0 field of programming technology. 

Of course, the parameter block PB can also prompt an 
IVP to be read, for example, by an input unit of 
absolutely any type, that is to say a scanner or a 
3 5 keyboard. 



The task of the parameter block PB is, in general 
terms, to define the control and coordination function. 
To this extent, the parameter block also constitutes in 
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the form of a main line function MLF an added value 
into the value assembly chain. Furthermore, the 
parameter block defines the practically required break 
in the self -similarity . on a lowermost hierarchy level 
when the IVPs are not supplied by a further SAL, but 
are transferred by input units to the input interfaces 
of the VAL. 

A parameter block can also prompt the VAP of the 
respective VAL to be output on an output unit such as a 
printer, display screen and the like. 

The parameter block can prompt a VAP to be output onto 
a specific file, onto a specific data medium or onto a 
specific long distance data line, and make it- 
accessible for a specific VAL of a higher hierarchy 
level . 

The parameter block can determine the desired values of 
an RVAP with which the VAL is compared. 

The parameter block can determine a permissible 
deviation between the VAP and RVAP. 

The parameter block can determine the action which the 
EWS triggers upon overshooting of this tolerance value. 

The parameter block can determine the point at which 
the EWS reports an impermissible deviation NC . 

The parameter block determines the SALs from which a 
VAL fetches the IVPs, and the way in which these are 
combined with one another. 

With the aid of these examples, it is evident at once 
to the person skilled in the art which options are 
available to him with the tool of the parameter block 
PB, specifically that it defines the actual subprocess 
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inside the VAL when the invention is implemented in a 
computer program. 



In this case, the invention also permits ways of 
5 visualizing the process for the user which are 
transparent in a very particularly advantageous 
fashion. In accordance with the visualization in 
figure 2, a user has displayed on his screen in each 
case only one hierarchy level, for example in the form 

10 of the thick arrow illustrated there, which visualizes 
the VAL, and in the form of the thinner arrows, which 
visualize the SALs of this hierarchy level. Of course, 
in this case it is also possible to undertake color 
distinctions, or distinctions in the way of visualizing 

15 the arrows which represent the SALs. If, now, the user 
is located on a hierarchy level N in the case of the 
example in figure 2, he is presented with the rectangle 
marked with "N" in Figure 2. In order to analyze the 
value flows, the user can easily select a lower-order 

2 0 value assembly line SAL.N with the aid of a pointing 

device, for example a mouse. Consequently, the mode of 
visualization changes. The user now sees the rectangle 
marked with "N-l". As described repeatedly above, the 
lower-order value assembly line SAL.N. 1, which is 
25 focused on in the example, is now visualized on the 
hierarchy level N-l as value assembly line VAL. N- 1.1, 
in a similar way as previously the value assembly line 
VAL.N in the visualization of the hierarchy level N. 
Because of the fractal visualization, this procedure 

3 0 can be pursued to hierarchy levels of any desired 

depth. Conversely, the user is guided directly to the 
next higher hierarchy level by the selection of the 
VAL, that is to say the thick arrow. A user is 
therefore capable very easily of following value flows 
35 within a complex project in two directions. 



Impermissible 
advantageously 
color of the 



specification deviations 
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subprocesses, represented as arrows in the example 
here, which are affected by the specification 
deviation. A user who is made aware on an uppermost 
level of deviations by the variation in the color of 
5 his VAL can then in a particularly simple way trace 
back to the origin of the deviation the arrows marked 
in a warning color, and test and optimize counter- 
measures by means of the process simulation before he 
implements these in the real value assembly process. 

10 

In the visualization selected in Figure 2, the user 
also has the option of using the pointing device on the 
output unit to select the symbol of the value added 
package VAP in order to obtain a visualization of the 
15 latter. 

Furthermore, the user can also open a view of the 
reference value added package, or also process the 
latter. Likewise, he can obtain access to the desired 
2 0 actual value comparison by selecting the star on his 
display screen. 

Particularly when the program is running on distributed 
systems and with a multiplicity of users, each user 

2 5 advantageously receives individual rights to access and 

modify transmitted information. Thus, for example, it 
should be avoided that a user, who is the POT on a 
lower hierarchy level, can change reference value added 
packages of a higher hierarchy level, or that he has 

3 0 access to other subprocesses on the same hierarchy 

level. It is also possible to determine that a user has 
access only to a portion of the information content of 
a value added package. Such authorization systems, 
which are familiar to the person skilled in the art 
35 from the modern operating system architecture, are 
advantageously implemented as required when 
implementing the invention as a computer program. 
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When the value ' added packages are visualized on an 
output unit - display screen, printer, file or 
similar - it will also be advantageous when specific 
views are predefined there which reproduce only a 
5 portion of the information content of a value added 
package, or else combine selected information from a 
plurality of value added packages. Thus, for example, a 
view of all value added packages of the same type could 
be reproduced on a specific hierarchy level at a 

10 specific instant. For a. large combined-cycle power 
plant, this would mean, for example, that the state of 
all the gas turbines or all generators at a specific 
instant is reproduced. In another view, a value added 
package could be visualized as a combination of all 

15 lower-order value added packages - thus, for example, a 
turbine could be visualized as the sum of rotor and 
stator . 

The exemplary embodiments visualized above may not, of 
20 course, in any way be used to limit the scope of 
protection characterized in the claims. In the light of 
the description of the invention, the person skilled in 
the art is, of course, entirely capable of implementing 
a multiplicity of further exemplary embodiments of the 
2 5 invention. 
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List of reference symbols 



EWS Warning function 

IVP Input value packages 

5 NC Deviation 

RVAP Reference value added package 

SAL Sub assembly line 

VAL Value assembly line 

VAP Value added package 



10 



